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DETAILED ACTION 
Response to Amendment 

This comnnunication is responsive to tlie amendnnent filed 10/08/2008. 
Claims 13 and 16-35 are pending in this application. Claims 13 and 27 are independent 
claims. In amendment filed 10/08/2008 claims 33-35 were added as new. This action 
is made Non-Final. 

Claim Rejections - 35 USC § 103 

Claims 13, 16, 17, 18, 20, 21, 22, 23, 24, and 26-32 are rejected under 35 U.S.C. 
1 03(a) as being unpatentable over Ebert (US 6278991 ) in view of Crim (US 5920866). 

In regards to claim 13, Ebert teaches assigning a window as a graphical user 
interface to the data structure (i.e. "an object of this invention [is] to convey data in an 
efficient manner by displaying tlie data according to tlie data's liierarcliical structure" 
Column 2, Line 27 and Figure 1); inserting hierarchically at least one generic, scalable, 
graphical user-interface component in the window, the value tree of the data structure 
being mapped onto the at least one user-interface component (i.e. "an object oftliis 
invention [is] to convey data in an efficient manner by displaying tlie data according to 
tlie data's liierarcliical structure" Column 2, Line 27 and Figure 1 , Ebert teaches 
creating a graphical representation of a hierarchical data structure. He inserts the 
graphical user interface component in the window on the screen as shown in Figure 6a); 
providing that the at least one graphical user interface component is in a recognizable 
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relation to at least one node of the value tree (i.e. Figure 6 Element 618 is in 
recognizable relation to Element 516); and providing at least one of a graphical 
representation and a textual representation of the value is selectable for each subtree of 
the value tree (i.e. Figure 6A, Elements 630, 632, and 634). Ebert does not teach a 
method for a processing of the value tree, deriving for each node a value list of all of 
values compatible with respect to assignment with the data types, and selecting one of 
the value from the value list for each value assignment. Crim teaches, "Disclosed is a 
process and apparatus for generating value lists. Tlie operations for generating a value 
list include providing a first database liaving a plurality of fields configured to display 
values tliat are associated witli predefined information types. Preferably a second 
database liaving a plurality of fields containing values associated with predefined 
information types is also provided. Once the databases are provided, one of the 
plurality of fields in the first database is selected to be associated with a value list. The 
selected field will preferably have a particular information type, and the value list will 
preferably contain one or more values that are specific to the particular information type. 
The process then proceeds to define the value list to contain values from certain fields 
of the second c/ateibase. "(Abstract Line 1 ). It would have been obvious to one of 
ordinary skill in the art at the time of the invention to modify Ebert with the teachings of 
Crim and include a method to generate value lists with the motivation to provide for a 
more efficient method of creating value lists and increase the users productivity when 
using a database (Crim, Column 2, Line 34, and Line 43). 
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Ebert and Crim do not teach a method wherein, when compiling the value list, the 
number of the values to be accepted in the list is restricted in accordance with 
predefined rules depending on the current context. Although Crim does not specifically 
teach implementing specific rules when creating a value list, he does teach creating a 
value list from a database. Therefore, it is inherent in Crim that rules do apply when 
creating a list and he restricts values added to the value list based on the total amount 
of values stored in the appropriate database. 

In regards to claim 16, Ebert and Crim teach all the limitations of claim 13. Ebert 
does not specifically teach a method wherein a visualization of the window is first 
undertaken at a time of an initialization of the graphical user interface. However it is 
inherent in Ebert that the visualization of the window is first undertaken at a time on 
initialization because that is how graphical software works. When an application is 
started, the visualization of the application is rendered. Ebert does not teach a method 
wherein after the window is initialized, at least one of data and the value list is initialized, 
which are derived for a processing. Crim teaches, "In this embodiment, tlie usertlien 
selects window 512 and selects "Define Value List ..." 514. By performing tliis 
operation, the user has initiated the creation of a new value list." (Column 7, Line 60). It 
would have been obvious to one of ordinary skill in the art at the time of the invention to 
modify Ebert with the teachings of Crim and include a method to initialize a value list 
after the window has been initialized with the motivation to provide more flexibility to the 
user in regards to when the value list is initialized and increase productivity. 
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In regards to claim 17, Ebert and Crim teach all the limitations of claim 13. Ebert 
does not teach a method wherein value to be represented is transferred in a transfer 
syntax containing all necessary information for the representation with respect to the 
data type and the value assignment. Crim teaches, "An interface card or similar device 
and appropriate software implemented by tiie microprocessor 1216 can be used to 
connect tlie computer system 1200 to an existing network and transfer data according 
to standard protocols" (Column 15, Line 22). It would have been obvious to one of 
ordinary skill in the art at the time of the invention to modify Ebert with the teachings of 
Crim and include a method to transfer data in a transfer syntax with the motivation to 
provide for faster access to data if the data is not on the local machine and increase 
productivity. 

In regards to claim 18, Ebert and Crim teach all the limitations of claim 13. Ebert 
further teaches a method wherein the data type, whose exact type assignment can first 
be determined at execution time in accordance with a late binding principle, is inserted 
as a dynamically changeable subtree in the value tree represented by the graphical 
user interface (i.e. Figure 1 , Elements 12, 14, 16, and 1 8). 

In regards to claim 20, Ebert and Crim teach all the limitations of claim 13. Ebert 
further teaches a method wherein the value can be transferred from the subtree to 
another subtree by intermediately storing and clicking on the subtree (i.e. "In a preferred 
embodiment, tlie grapliical representation of an object link may be moved from one 
slielf to anotlier slielf A user may also move tlie grapliical representation of a cluster 
object link from one slielf to another shelf, in which case the graphic representations of 
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all the object links associated witli tiiat cluster object link also move to the other shelf." 
Column 10, Line 7). 

In regards to claim 21 , Ebert and Crim teach all the limitations of claim 1 3. Ebert 
further teaches a method implemented by at least one program module that is 
integratable in an application program, (i.e. "the invention may be designed as modules 
that can be implemented in a container" (Column 4, Line 44). 

In regards to claim 22, Ebert and Crim do not specifically teach a method 
wherein additional information to be displayed is storable for each of the at least one 
node of the value tree which can be uniquely named by a displayed type and a relation 
to the higher-level type. However, it is inherent in Ebert and Crim that additional 
information for each node (i.e. the name) is storable in the memory. 

In regards to claim 23, Ebert teaches all the limitations of claim 1 3. Ebert does 
not teach a method further comprising of continually checking during an inputting of the 
value of the data type in the value tree to determine whether an input value is 
permissible for a corresponding data type and to determine whether the input value is 
identical to a currently active value of the corresponding data type; and making known 
to a user a result of the continually checking. Crim teaches, "Further, "Strict: Do not 
allow user to override validation" 918 prevents users form entering invalid data by not 
allowing the user to override a validation requirement. "Display custom message if 
validation fails" 920 provides a message dialog indicating to the user that the data does 
not meet a validation requirement. Typically, these dialogs may provide the user with 
suggestions on entering correct validated data." (Column 12, line 25). It would have 
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been obvious to one of ordinary sl<ill in tlie art at tlie time of tlie invention to modify 
Ebert witli tlie teacliings of Crim and include a metliod to validate information with the 
motivation to provide for more accurate entering of data and increase productivity. 

In regards to claim 24, Ebert and Crim teach all the limitations of claim 23. Ebert 
and Crim further teach a method wherein a display format is alterable when the value is 
inputted before the value is selected into the value tree (i.e. "In a preferred embodiment, 
an attribute of tlie grapliical representation of object linl< 974 would be altered by the 
operation described' Ebert, Column 10, Line 66). 

In regards to claim 26, Ebert and Crim teach all the limitations of claim 24. They 
do not specifically teach a method wherein a numerical value is displayed as one of a 
decimal value and a binary value. Official notices is given that it is well known in the art 
of graphical user interfaces to show a value as a decimal value. It would have been 
obvious to one of ordinary skill in the art at the time of the invention to modify Ebert and 
Crim and include a method to show the value as a decimal with the motivation to 
provide for greater precision when showing the value. 

Claim 27 is similar in scope to the combination of claims 13, 15 and 16; therefore 
it is rejected under similar rationale. 

Claim 28 is similar in scope to claim 23; therefore it is rejected under similar 
rationale. 

Claim 29 is similar in scope to claim 17; therefore it is rejected under similar 
rationale. 
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Claim 30 is similar in scope to claim 18; therefore it is rejected under similar 
rationale. 

Claim 31 is similar in scope to claim 19; therefore it is rejected under similar 
rationale. 

Claim 32 is similar in scope to claim 22; therefore it is rejected under similar 
rationale. 



Claims 19 and 25 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Ebert (US 6278991 ) in view of Crim (US 5920866) further in view of Gardner et al. 
(US 6701352). 

In regards to claim 19, Ebert and Crim teach all the limitations of claim 13. They 
do not teach a method wherein for the data type, whose exact type assignment is first 
defined in accordance with a late binding principle at an execution time by marking of 
another node, a user is prompted to input information as to whether the exact type 
assignment should be performed one of automatically and following a manual input. 
Gardner teaches, "Using dynamic dispatcliing under OLE, an automation client can 
involve a metliod or manipulate a property of a server component by a late binding 
meclianism. At run time, tlie automation client obtains a dispatcli identifier from a type 
library associated witli tiie server component. Tiie dispatcli identifier is passed to an 
"invoke" method of OLE Automation that resolves which method of the server 
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component to call at run time." (Column 8, Line 4). It would have been obvious to one 
of ordinary skill in the art at the time of the invention to modify Ebert and Crim with the 
teachings of Gardner and allow for late binding with the motivation to provide for more 
flexibility in using the application. 

In regards to claim 25, Ebert, Crim and Gardner teach all the limitations of claim 
19. They do not specifically teach a method wherein the marking of the another node 
includes "ANY DEFINED BY" in a description language ASN.1 . Official notice is given 
that it is well known in the art to mark a node as "ANY DEFINED BY". It would have 
been obvious to one of ordinary skill in the art at the time of the invention to modify 
Ebert and Gardner and include a method to mark a node as "ANY DEFINED BY" with 
the motivation to provide for more flexibility when executing the application. 

Allowable Subject Matter 

Claims 33-35 are objected to as being dependent upon a rejected base claim, 
but would be allowable if rewritten in independent form including all of the limitations of 
the base claim and any intervening claims. 

Response to Arguments 

Applicant's arguments filed 10/8/2008 have been fully considered but they are 
not persuasive. 

In regards to the Applicant's arguments that the prior art cited does not teach, the 
requirements of claim 1 3, including for a processing of the value tree, deriving for each 
node a value list of all of values compatible with respect to assignment with the data 
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types, and selecting one of tlie value from the value list for each value assignment, the 
Examiner respectfully disagrees. Crim teaches, "Disclosed is a process and apparatus 
for generating value lists. The operations for generating a value list include providing a 
first database having a plurality of fields configured to display values that are associated 
with predefined information types. Preferably a second database having a plurality of 
fields containing values associated with predefined information types is also provided. 
Once the databases are provided, one of the plurality of fields in the first database is 
selected to be associated with a value list. The selected field will preferably have a 
particular information type, and the value list will preferably contain one or more values 
that are specific to the particular information type. The process then proceeds to define 
the value list to contain values from certain fields of the second database. "(Abstract Line 
1). Thus, the claim limitations are met since Crim teaches the limitations that Ebert 
does not and the Examiner has combined Ebert and Crim using obviousness-type of 
reasoning. 

In regards to the Applicant's argument regarding inherency, the Examiner 
recognizes that there must be "basis in fact and/or technical reasoning to reasonably 
support the determination that the allegedly inherent characteristics necessarily flows 
from the teachings of the applied art." Consequently, the Examiner argues that 
although Crim does not specifically teach implementing specific rules when creating a 
value list, he does teach creating a value list from a database. Therefore, it is inherent 
in Crim that rules do apply when creating a list and he restricts values added to the 
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value list based on the total amount of values stored in the appropriate database. There 
must be rules in Crim because the database has a certain number of entries and the 
system has to stop filling the list when all of the entries have been entered. Without any 
rules the system would not know what to fill in. 



Inquiry 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to BORIS PESIN whose telephone number is (571)272- 
4070. The examiner can normally be reached on Monday-Friday except every other 
Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Stephen Hong can be reached on (571) 272-4124. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding tlie status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Boris Pesin/ 
Examiner, Art Unit 2174 



